gdk: Remove properties

They are not used anymore.

Gone with them are PropertyNotify events.

broadway: Make compile after GdkEvent objectification

gesture: Fix gcc constness warning

x11: Make unsetting transient-for work

... and just unset it from GtkWindow instead of fiddling with
properties.

gdk: Remove selection defines

And with it, remove the selections section from the docs.

So selections are gone for good now.

vulkan: Destroy buffer before releasing associate memory

Exact same issue as the previous commit.

vulkan: Destroy image before releasing associate memory

VkImage contains a reference to the VkDeviceMemory and, because
the current code frees the VkDeviceMemory before destroying the
VkImage that references it, a warning is triggered by the validation
layers.

This is not critical, since we release both resources at the same
place. But the warning triggered by the validation layers sums up
adding 1 MB per second of extra debug logging, making the debugging
process much more painful.

This commit simply swaps the destruction order, and destroys the
VkImage first, then the now unused VkDeviceMemory.

Update POTFILES.in

gdk: Make gdk_display_peek_event() Return a reference to the event

No need to copy it.

gtk: Make gtk_get_current_event() return a reference

All callers in gtk seem to be ok with it, and it makes sense if
we are dealing with events as "static after delivered".

gtk: Avoid some event copies

Those places can do with an extra reference.

gtk: s/gdk_event_free/g_object_unref/

gdk/wayland: s/gdk_event_free/g_object_unref/

gdk/x11: s/gdk_event_free/g_object_unref/

gdk: Remove gdk_window_[gs]et_event_compression()

Motion compression is now the unmodifiable default, callers may
call gdk_event_get_motion_history() to check the uncoalesced
motion history.

gtk: Remove CONSTRUCT_ONLY flag from GtkEventControllerScroll::flags

There is a gtk_event_controller_scroll_set_flags() call that's meant
to be called after construction (eg. due to scrolledwindow relayouts
hiding/showing scrollbars). The property shouldn't be construct-only
for consistence.

gdk: Implement motion history as motion event data

In the motion compression phase the coalesced events will be saved
as a GdkTimeCoord on the motion event that shall be delivered.

For simplicity (and because history doesn't make much sense otherwise)
event history is only recorded while there are buttons pressed, this
also tidily ensures that those coalesced events would have the same
target widget on the gtk side than the delivered one, because of
implicit grabs.

gdk: Keep reference on tools from motion/button events.

gdk: Move additional code in gdk_event_new() to GdkEvent::constructed

Now that the type is a construct only property, we can initialize the
event fields properly here.

gdk: Make GdkEvent type a construct only property

So it must be set at the time of doing g_object_new().

gdk: Remove gdk_event_is_allocated()

All events are allocated now.

gtk: Adapt marshallers to GdkEvent as GObject

gdk: Turn GdkEvent into a GObject

Two warts remain. gdk_event_copy() should be unnecessary as
events should be considered static after delivery, so g_object_ref()
should be just as good. There's a few exceptional cases that the event
is copied and then modifier for later processing, those cases should be
reconsidered individually.

And gdk_event_free() could be likewise turned into g_object_unref(),
many callers remain though.

gdk: Remove GdkDisplay from GdkEventPrivate

And add it to GdkEventAny.

gdk: Figure out the GdkSeat of an event from the GdkDevice

Removes the need for gdk_event_set_seat() and the GdkSeat field from
GdkEventPrivate.

gdk: Use allocated events

Stack allocated GdkEvent structs will not be ok when events become
objects.

gtk/a11y: Use allocated events

Using stack allocated GdkEvent will not be ok when they become
objects.

gdk: Fold GdkEventPrivate fields into event structs

Now all events structs are private, it doesn't make as much sense
having GdkEventPrivate wrapping allocating events. This is a first
step towards removing it.

gdk: Remove GdkEventType argument from GdkEvent union

It won't stand true anymore that the GdkEventType argument is the
first field of the GdkEvent* structs. All callers have been updated
to use event->any.type instead.

gdk: Refurbish GdkEvent struct hierarchy

Make all specific event structs contain a GdkEventAny, so the base
struct can be extended without modifying structs all over the place.

Redo drag source event handling

Let the gesture itself handle the events.

gdk: Remove gdk_selection_convert()

It's not used anymore.

dnd: Only send DELETE request on X11

This is Xdnd-specific and doesn't need to happen elsewhere.

gdk: Remove ability to own a selection

With this, the GDK_EVENT_SELECTION_REQUEST and GDK_EVENT_SELECTION_CLEAR
and the associated GtkWidget signals are gone, too.

tests: Remove testselection

With selections goig away, this test is not very useful anymore.

xxx: don't claim dnd selection

gdk: Remove gdk_selection_add_targets()

It's not needed anymore, now that we can look at the content provider's
formats.

Alose remove all the API in GTK that was used to set it.

x11: Move selection handling to GDK

Instead of claiming the selection in GTK, claim it in the X11 dnd code.
Also handle SelectionRequest and SelectionClear X events there.

dnd: Pass content to gdk_drag_begin()

Instead of just passing the GdkContentFormats, we are now passing the
GdkContentProvider to gdk_drag_begin().
This means that GDK itself can now query the data from the provider
directly instead of having to send selection events.

Use this to provide the private API gdk_drag_context_write() that allows
backends to pass an output stream that this data will be written to.
Implement this as the mechanism for providing drag data on Wayland.

And to make this all work, implement a content provider named
GtkDragContent that is implemented by reverting to the old DND
drag-data-get machinery inside GTK, so for widgets everything works just
like before.

A forgotten file

These changes belong to the scale button autoscrollling
commit.

Make sure events have displays

This seems to be necessary if you want to call
gdk_display_put_event on them.

toolbar: Stop using legacy event signals

We can reuse the button gesture here.

scalebutton: Add autoscrolling

Use the smooth autoscrolling that the scale can do,
and at the same time stop using legacy event signals.

button: Add private api to get at the gesture

Attaching another gesture from the outside does not
work currently, so let widgets share their button's
gesture for now.

range: Add private api to autoscroll

This will be used to scroll the scale in scale buttons.

path bar: Drop non-functional hold-to-scroll code

Scrolling a path bar is of marginal usefulness - you need to
find a really deep place in your filesystem hierarchy in order
to scroll one or two places at best. And the code we had for
this was not working. And it was using legacy event handlers.
Instead of fixing it, remove it.

x11: Refactor xevent filtering some more

We now have a GdkX11Display::xevent signal that gets emitted for every
XEvent and allows you to interrupt processing via TRUE/FALSE return
values.
These return values to correspond to GDK_FILTER_REMOVE and
GDK_FILTER_CONTINUE respectively.

The GDK_FILTER_TRANSLATE case from gdk_window_add_filter() is now meant
to be handled via gdk_display_put_event().

widget-factory: Avoid a legacy event handler

We can use a gesture instead, here.

x11: Use GdkX11Display::translate-event more

x11: Make clipboard use translate-event signal

gdk: Clean up marshalers

Don't generate marshallers that are not needed.

Use the default ones if they exist.

x11: Add GdkX11Display:translate-event signal

This is supposed to replace gdk_window_add_filter() in the long run.

x11: Constify XEvent usage

gdk: Remove gdk_event_put(), peek() etc

We don't want to treat events like they don't belong to displays. So
instead, people should use gdk_display_put/peek/get_event().

x11: Refactor code

This is in preparation for DND.

It moves a lot of code from gdkclipboard-x11.c to
gdkselectionoutputstream-x11.c to untangle it from GdkX11Clipboard
usage.

gdk: Remove unused function

Fun fact: This function was never used.

a11y: drop the focus tracker

This code was doing horrible things, and the atk documentation
for the focus tracking feature says that this is deprecated and
not used anymore. So lets not do it.

placesview: Make middle click work

This does not cost us much, and improves consistency.

Deprecate many legacy event signals

Mark the following signals as deprecated:
event, event-after, button-press-event, button-release-event,
touch-event, scroll-event, motion-notify-event, enter-notify-event,
leave-notify-event, property-notify-event, selection-clear-event,
selection-request-event, selection-notify-event, selection-received,
selection-get, proximity-in-event, proximity-out-event. Most
of these have suitable replacements in event controllers and
gestures already. The selection-related signals will soon be
irrelevant when selection handling moves to GDK.

Set G_ENABLE_DIAGNOSTIC=1 to see deprecation
warnings for uses of these signals.

Install gtkeventcontrollermotion.h

Public headers need to be listed in gtk/meson.build.
This was overlooked when I added the controller.

Update POTFILES.in

Add GtkEventControllMotion to the docs

paned: Stop using motion notify

We can use the new motion event controller that
was introduced for this purpose.

about dialog: Stop using event-after as well

We can just use a multipress gesture for this purpose.

about dialog: Stop using motion notify

We can use the new motion event controller for this.

label: Use GtkEventControllerMotion

This lets us avoid legacy event signals here.

Add a simple motion eventcontroller

This can serve as a replacement for the legacy
event signals for enter/leave/motion notify.

Try to make a composite entry

This is an attempt to see how much work is needed to
reproduce entry icons by just putting an entry and images
in a box, with some css glue.

placessidebar: Don't use root coordinates

dnd: Pass device, not event

You don't start a dnd operation with a device, you start it with an
event.

dnd: No longer allow passing -1

Nobody ever does that and special cases are evil.

dnd: Remove button argument from drag_begin()

It was unused.

calendar: Stop using a legacy event handler

Replace the motion_notify handler by a drag gesture.

Adwaita: Set an icon size for drag icons

This makes drag icons set from icon names come out
at a size that it large enough to not disappear under
the drag cursor.

Set a style class for drag icons

This lets us use the new icon-size machinery to
ensure we don't have tiny drag icons when using
named icons.

gdk: Remove gdk_drag_manage_dnd()

Instead, pass the actions as part of gdk_drag_begin() and insist DND is
always managed.

A new side effect is that gdk_drag_begin() can now return %NULL.

dnd: No point in determining the keyboard

We only use the pointer.

dnd: Pass dx/dy instead of x_root/y_root

This way, we don't need root coordinates when computing the dnd start
position.

dnd: Make gdk_drag_context_set_device() private

There's no need to call it from GTK anymore, because we pass the device
to gdk_drag_begin().

calendar: Don't request drag data on every motion event

At least wait until we've received the previous one.

gdk: Remove outdated gdk_drag_begin() alternatives

There's only one that's ever used, so delete the others and rename this
one to gdk_drag_begin().

link button: Set a drag icon

It is a bit odd to drag nothing around, so set an icon.

docs: Don't mention css for setting cursors

We don't have a plan to make this work, so lets not
talk about it in the docs.

entry: Allocate the progress bar only what it needs

We were allocating the progress bar to the full size
of the entry. This made entry icons loose their cursors,
since they were 'covered' by the progress bar, even though
it doesn't draw anything there.

Fix updating the widget accessible description when using its tooltip

We need to notify ATK the description changed when the tooltip text associated
with the widget changes and gtk_widget_accessible_get_description() would use
it as the description.

https://bugzilla.gnome.org/show_bug.cgi?id=779009

Fix irregular gdk_frame_clock_get_frame_time

This fixes stuttering in animations that rely on the regularity of
gdk_frame_clock_get_frame_time.

https://bugzilla.gnome.org/show_bug.cgi?id=787665

BEFORE
gdkgears:
58 FPS and visibly stuttering
gnome-maps on a 59.95Hz monitor:
"paint" g_get_monotonic_time +17278μs, gdk_frame_clock_get_frame_time +17278μs
"paint" g_get_monotonic_time +17449μs, gdk_frame_clock_get_frame_time +17426μs
"paint" g_get_monotonic_time +17620μs, gdk_frame_clock_get_frame_time +17600μs

AFTER
gdkgears:
60 FPS and smoother
gnome-maps on a 59.95Hz monitor:
"paint" g_get_monotonic_time +18228μs, gdk_frame_clock_get_frame_time +16680μs
"paint" g_get_monotonic_time +15010μs, gdk_frame_clock_get_frame_time +16680μs
"paint" g_get_monotonic_time +17134μs, gdk_frame_clock_get_frame_time +16680μs

dnd: Remove "delete" argument from gtk_drag_finish()

The argument is ignored by anything but X11.
It's treated like suggested_action == MOVE.

So do that in gtk_drag_finish(), too.

dnd: Introduce gdk_drop_read_async() and use it

This is the replacement for selection usage.

Backend implementations for X11 (missing support for backwards compat
formats like COMPOUND_TEXT) and Wayland are included.

GTK code should be adapted to use gdk_drop_read_*() functions instead
of gtk_drag_get_data().

gdk: Fix wrong usage of g_task_propagate_pointer()

The return value is transfer full, not transfer none.

clipboard: Add the useful stuff from reverted commit

This is the parts of dc50e0637ffa8bc7a369d00a5d8e7656d03c3781 that
should have been committed but were reverted in
b5c62cf86fe37e05ce2a0ae050df2a229457676b to unbreak the build.

dnd: Add gdk_drag_context_get_display()

Also turn it into a readable, construct-only property.

Every GDK object should have this. (Apart from GdkDisplay, obviously.)

gdk: Include gio.h in gdktypes.h

It's where we include all our external dependencies.

This way, we don't have to include it in all headers again and again.

gtkwindow: Allow edge resizing from corners if constraints forbid either side

The fix is twofold. First, when checking that a corner is resizable, we must
check the constraints on both edges. Second, when checking either edge we
must include both perpendicular sides in order to allow those to be
resizable when the constraint does not allow resizing the edge being
checked.

gtkwindow: Use shadow border when calculating resize areas positions

This way resize areas are correctly positioned right outside the visible
window edge on all sides.

gtkwindow: Do not account handle size when checking content area

This is necessary to bring back the L-shaped resize corners. On all edges
(not corners) the handle width is determined by the border size.

Fix some parameter name mismatches to make g-ir-scanner happier

Switch the order for cursor lookup

When looking for the cursor to apply, start from the innermost
widget and go up. This is the right behavior for cases like
entry icons. The top-down order we were using so far is the
right behavior for cases like global wait cursors. Since we
have entry icons in gtk, but not global wait cursors, lets
pick the other order for now.

treeview: Don't draw background twice

This is done unconditionally for all widgets these days.

recorder: Show rounded clip node corner size info

snapshot: Don't create blur nodes with radius 0